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(54) IRC name translation protocol 

(57) A network comprising at least one server (1) 
and a plurality of user terminals (3). wherein the user 
terminals (3) can communicate with each other by 
means of an IRC server (40). The user terminal (3) can 
send a command to a chat proxy (39). The chat proxy 
(39) is connected with a session manager (23) to trans- 
late any address longer than nine characters (limit of the 
IRC protocol) to a code with a maximum length of nine 
characters. The chat proxy (39) can cache the result of 



the conversion in a storage device (42). The chat proxy 

(39) then sends (41) an IRC command to the IRC server 

(40) together with a code having a maximum number of 
nine characters. The chat proxy (39) according to the 
present invention therefore allows a translation process, 
the provision of serriiiirivate chat rdbms with an addi- 
tional access control and a supply of sifpplemental chat 
room attributes 
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Description 

[0001 ] Tlie present invention generally relates to the field of computer networks. A network is a distrilxjted communi- 
cation system of computers comprising user terminals and at least one server, the computers of which are intercon- 

s nected by various electronic communication links and computer software protocols. A particularly well-known network 
is the internet. The internet is a worki^de network whose electronic resources include anfX)ng others textf lies, graphic 
files in various formats, worid^de-web pages, etc. The scheme for denotation of an electronic resource on the internet 
is an electronk^ address which uniquely identifies its location within the network and within the conrputer in which it 
resides. On the intemet such an electronic address is called URL (universal resource locator). 

10 [0002] The present invention ^ particularly concerned with so-called IRC (internet relay chat) sen/ers. TTie internet 
relay chat is an application provkiing for a communication of a plurality of user terminals. All over the world more than 
a hundred IRC-servers do exist, which are connected with each other and which can share information with each other. 
As IRC is a distritxited system, the user is only communicating with the server closest to his ternninal. IRC is subdivided 
in so-called channels. Each channel has its name representing usually the theme of the discussbn. When communis 

15 eating with the IRC protocol the users usually use nicknames. The nickname becomes visible for the other users as 
soon as another user is entering a channel. All messages communicated according to the IRC protocol are accompa- 
nied by the nrcknames. However, according to the IRC protocol this nickname can have a maximum length of nine char- 
acters and has to be unque in one IRC session. Obviously, the limitation of the maximum length of a nickname 
according to the IRC protocol to nine characters is a disadvantage With nine characters it usually is not very easy to 

20 constitute a nickname having a good mnemonic effect. 

[0003] Therefore, the present inverrton has the object to enable the usage of nicknames with more than nine charac- 
ters when communicating with an IRC server. 

[0004] This object is achieved by means of the features of the independent claims. 

[0005] According to the present inventk)n therelbre a Gommunk»tion method for a network comprising at least one 
25 sender and a plurality of user terminals is provkled. The user terminals thereby can communicate with each other by 
means of an IRC server. According to the preserrt invention a command from a user terminal is sent to a converting 
means together with a sender address, which can have more than nine characters. The sender address is converted 
into a code with a maximum number of nine characters. Then an IRC command is sent to the IRC sender together with 
a code having a maximum number of nine cfiaracters. 
30 [0006] A converting means can contact a session manager to get the code with a maximum nurTt>er of nine charac- 
ters. 

[0007] The session manager is connected to a session data base containing the addresses of the users k)gged in, 
which session data base is stored in an object-oriented approach on a server. 

[0008] The converting means caches the conversion of a sender address once the sessfon manager had been con- 
35 tacted for the conversion of a corresporiding sender address. 

[0009] By checking access information stored irt an access-control data base, an access control for the access to the 
IRC sender can be performed. 

[001 0] The information about the chat channel of the IRC server can be supplied by the converting means. 

[001 1 ] According to the present invention furthernrK)re a communication network comprising at least one server and 

40 a plurality of user ternunals is provided. The user terminals can communicate with each other by means of an IRC 
sender. The network comprises a converting means for receiving a command from a user terminal together with a 
sender address, which sender address can have more than nine characters. The converting means 39 can convert the 
sender address into a code wrtti a maximum number of nine characters. The converting means then sends an IRC com- 
mand to the IRC server together with a code having a maximum number of nine characters. 

45 [0012] A session manager can be connected to the convertirig means, wherein the converting means contacts the 
session manager to get the code with a maxirmjm number of nine characters. The sessfon manager can k>e connected 
to a session data base containing the addresses of the users logged in, which sessfon data base is stored in an ot^'ect- 
oriented approach on a server. 

[0013] The converting means can comprise a storage means for caching tiie conversfon of a sender address once 
50 the session manager had been contacted for the conversion of a sender address. 

[0014] An access-control data base can be connected to the converting means to effect an access control for the 
access to the IRC server by checking access information stored in an access-control data base. 
[0015] Furtiier characteristics and advantages of the preserrt invention will be explained with reference to emtxxJi- 
ments of the present invention and the enclosed drawings. 

55 

Rg. 1 shows an overview over a hardware structure whfoh can be used for tiie applicatfon of the present invention. 
Fig. 2 shows in detail the activity distrit>ution in the sender and tfie user terminal of the network hardware structure 



2 



EP0944004A1 



shown in Fig. 1, 

Fig. 3 shows a table installed in the server and containing assignment infbrmatioh of different addresses of one 

user, 

5 

Fig. 4 shows an exanple of the information stored in a group data base, 

Fig.5 shows in detail a structure according to an embodiment of the present invention, and 

10 Fig. 6 shows a procedure ^cecuted according to an errbodiment of the present invention. 

[001 6] The present invention relates to the technical field of networks particularly for an Internet application. Such a 
network generally should offer the following services: 

75 • actionat}le messaging between individuals, or for notification of events or special offers, with the control center 
prompting for user response; 

• web-t)ased e-mail; 

• one-to-one and many-to-many chat groups; 

• discussion groups (Internet news groups) 
20 • public event scheduling; 

• online searching for people, events, and information, with results filtered based on member focus and preferences; 

• a free home page 

• simple tools to create and modify web pages; 

• contact list management and facilities to make it easy to recruit friends and family, 

25 • an address book and personal data t>ase, common across a plurality of devices arxi services; 

• the opportunity to use a plurality of identities per person, along with associated preferences and interests for each 
identity; 

• community center; 

• simple tools to enable individual members to set up and manage chat rooms and discussion groups with friends or 
30 Other like-minded people; 

• and innovative navigation 

[0017] Further services can comprise narrowly targeted advertising, electronic commerce, and cross-platform sup- 
port for intelligent devices such as telephones, televisions, or personal digital assistants. 
3S [0018] Members of the network can have proffles of inkMmation about them, not just names and addresses, txjt also 
their interests and preferences. Members will be able to enter and edt preferences If they wish, but they need not to fill 
out a fomn to derive this benefit. Member profiles can be built up over time as a process in the system watches what 
they access, sign up for, or othenvise evince interest in. 

[001 9] User profiles can be used to filter searches, so that the results of a keyword search can be ranked according 

40 to preferences suggested kiy the user prof ila 

[0020] According to the present invention, menrtiers are able to assume several identities: for ecample, a personal, 
professional, and one identity used for fantasy or play. Members can have a home page and a profile for each identity, 
and can maintain anonymity in any interaction, if they so choose. Therefore a plurarity of home pages respectively for 
one identity of a user can be assigned to one user. This will be ecplalned in detail further below. 

45 [0021 ] Users can aeate their home pages tiy answering a series of questions, and various templates can be available 
to make it easy for members to create their home pages and other places quk:kiy. without learning HTML ("Places'* are 
more than simply static text and graphics in an HTML page. They can use data from various datak>ases, accessed by 
dient or server applications). Generally, according to the present invention an object-oriented approach is preferred for 
example by using the programming language Java in combination with object-oriented data bases. 

50 [0022] Users can control how much saeen real estate to devote to the service provkJed by the present inventk>n at 
any given moment Dep^ing on their degree of engagement with the system, the service can appear to memt>er8 as 
an icon, a gadget, or a browser. If members are logged on but primarily interested in doing other work, the service will 
retire to a corner of tiie desktop as a modest kx>n indicating that they are logged in. In this mode, members may still 
receive notifications, if tiiey choose. An intermediate degree of engagement presents the service as a "gadgeT - a con- 

55 trol center occupying minimal space on the desktop and allowing users to focus elsewhere while still maintaining imme- 
diate access to most functions When users wish to immerse themselves in the system, the can open their favorite 
browser and other communication tools and integrate them with tiie service. 

[0023] True to the central tenet of user control, the servk:e offers members the ability to log onto the system and put 



3 



EPO 944004 A1 



out the equivalent of a "Do not disturb" sign., if they wish to accomplish something without being interrupted by mes- 
sages. The "Do not cfisturb sign" can be limited on a group of identities of the user. Therefore the user can choose which 
messages he wants to receive even when they are addressed to another Identity of the user than the log-in identity. 
[0024] Users also have a datat>ase of personal information - contact information for friends and associates, lists of 

5 upcoming events they are interested in, pending e-mails, news, or any other infornnation they vrant to keep. Processes 
in the system automatically aeate and maintain this database on the server, as a result of specific user action. Because 
it is kept on the server and not on the user's host corrputer, this database will be accessible from any compatible device. 
[0025] The network according to the present invention is a large, complex, wel>based system consisting of multiple 
databases and many collaborating, communicating processes. The databases hoM a rich variety of heterogeneous 

10 data. For these reasons, an object-oriented approach is used: rt allows rapid prototyping and produces code that is 
modular and relatively easy to enhance and extend. Also. objectKxIented databases are particulariy suited to holding 
heterogeneous data. 

[0026] The system according to the present inventbn uses the Java programming languaga Java is optimized for 
web-based development, being portable on both the server side (the computers executing system processes and run- 

75 ning the datat^ases) and the client side (the machine running the user's browser). It is also an object-oriented language 
and allows for rapid development, since (among other features) it does not require explicit memory management. 
[0027] A user connecting to the system starts a client process that coordinates communications with the service and 
other users. The client process connects 1o a senrer using HTTP and communicates with a software entity called Ses- 
sion Manager by means of a persistent process, the Connection Manager. 

20 [0028] The Session Manager allows a user to log into the system once, and then maintain his or her identity while 
performing any number of operations lasting an artwtrary amount of time. The Session Manager connects to a data 
base of members (including community organizers) and is responsible for knowing who is logged onto the system at 
any lime, and whether they have posted the equivalent of a "Do not disturb" sign. It collaborates with another software 
entity, the Notification Server, which is responsible for transmitting the actionable messages (notiTications) that users 

25 can send to each other. This collaboration allows the Notiftoation Server to know who is online at any given time, and 
who is online but does not wish to be disturbed. 

[0029] A Profile Manager maintains a database of user profiles - personal preferences and interests. As the member 
uses the system, various sessfon-tracking processes watch in the t>ackground to capture relevant data (with tiie user's 
knowledge and consent). The data is then prcvMed to the Profile Manager. 
30 [0030] User profiles are stored in a manner ensuring security and anonymity. In accordance witii the Open Profile 
Standard, the Profile Manager also ensures that profile information is sent only to those authorized to receive it. and 
that it is encrypted to ensure privacy. 

[0031 ] An FYi Server is the process ttiat periodically performs searches for information that the user has requested, 
based on explidtty provkied search parameters and infomiation In the user^ profila Its output is stored in the user's 
35 personal database. 

[0032] A Directory Server enables searching. It maintains a database of all information on the system, in any fomi - 
Web pages, user profiles, chat sessions, or any form of events sponsored by community organizers - any kind of data 
at all. The Directory Server collat)orates witti the Profile Manager to fDter the results of searches and rank them in 
accordance with tiie searcher's interests and preferences. The Directory Server also altows members to connect to 
40 general WorkJ Wide Web search engines; it nnay also filter the results of those searchea 

[0033] A Name Server is an essential part of the transmissfon infrastructure, keeping track of all tiie servers on ttie 
system in their various locations. 

[0034] A typical hardware installation which can find application witti ttie present invention is shown in Rg. 1. Each 
hardware installation represents a network domain. 
45 [0035] Reference 1 generally designates a server 1 connected to user terminals (clients) 3 by means of a network 
(Internet) 2. 

[0036] Each installation includes at least two process servers 8, 9 each connected to a database 1 0,11 . The process 
servers 8. 9 are the computers tfiat execute the many interacting software processes. A minimum of two are required 
for redundancy; if one server 8, 9 experiences a prot)lem, the system can continue running and users experience no 
so intenuption in senrice. When a growing number of users 3 place increasing demands on the system, more servers can 
be added as necessary to increase system capacity. 

[0037] The databases 10. 11 associated with the process servers 8. 9 hoM the persistent data in tiie system: infor- 
mation about menrt}ers, events, discussion groups, home and community web sites, and much else. They may reskJe 
on the same physical hard drive or different ones. They are object-oriented databases 10. 1 1 . 

ss 

Security 

[0038] The databases 10, 1 1 can contain sensitive private information about members. Security will be inrplemented 



4 



EP0944004A1 



by isolating the process servers 8, 9 on a network having an IP address of the form 10.x.x.x. Routers 1 2 cannot connect 
directly to such a network Instead, the network 2 is connected to a hub 15 connected to a brklge 14 which in turn con- 
nects to another hub 13. The hub 15 is on a network 2 to which routers 12 can connect. 

[0039] TTie security bridge 14 protects the back-end process senders 8. 9 and databases 10, 1 1 . A firewall could be 
5 placed between the hub 13 and the switch 14 to provide additional security for the back-end process servers 8, 9 and 
databases 10, 1 1 as well. 

Clients and Front-end Processors 

10 [0040] A user connects to the system using the control center (1 7 in Fig. 2) - the user's client process 3. The client 
process 3 connects from the Internet 2. through the router 1 2. to the external hub 1 5 and from there to a front-end proc- 
essor 16: a computer 16 outside the security wall. Tlie front-end processor 16 handles communication between the 
back-end server 8, 9 and the client 3 during authentication; a necessary step before the client process 3 can access. 
[0041 ] lYie front-end processors 1 6 run so called daemons - background processes - for HTTP (Web access). NlslTP 

75 19 (news and discussion groups). IRC 20 (chat), and e-mail 21 . They also run DNS (Domain Name Service) 22. Each 
front^end processor 16 may run all the required daenfK>ns. Alternatively the required daen(K)ns may be spread across 
several front-end processors 16. 

[0042] After a user is aulhenttoated fblkywing well known procedures, the front-end processors 16 connect the Con- 
nection Manager process to the Session Manager 23 through the tvidge 14 to a process server 8, 9 and a database 
20 10,11. 

[0043] The central installation also includes a terminal server 24 directly connected to every piece of hardware: com- 
puters, bridge 14 and router 12. An ISDN line connects this terminal server 24 to a remote locat'on 25 where the oper- 
atkNis manager can run tests, upgrade software, install patches, or reboot systems as necessary. The operation 
manager's dialup access is also secure; simply knowing the correct telephone number is not enough to gain access to 
25 the system through the maintenance channel 26. 

[0044] The processes of the hardware structure shown in Rg. 1 will now be explained with reference to Fig. 2. 
[0045] The software constituting the processes can t>e written in Java using an object-oriented design. Most of the 
software runs on the process servers 8. 9, but also some software is written for the front-end processor 16. 

30 Fifont-erxi Processors 

[0046] When a client process 3 (the user's control center 17) connects to a front-end processor 16. that processor's 
HTTP daemon 18 spawns a new thread to manage the connection as it is known in object-oriented programming. 
These connection managers are terminated when the user severs the connectton. 
35 [0047] The IRC and NNTP daemons 1 9, 20 also include specialized processes to augment their capabilities. To allow 
for private chats and discussion groups, both daemons indude security software that allows for access control. The IRC 
daemon 20 also transparently translates user names required by IRC (whk^h have a nine-character limit). 

Process Servers 

40 

[0049] The bulk of the processes runs on the back-end process servers 8. 9. In addition to DNS. the processes sum- 
marized in Table 1 collaborate to provide NCP's functtonality. Each is discussed in greater detail below. 



Tablet 



NCP Processes 


Process 


Purpose 


Assodated database? 


Session Manager 23 


Tracks who is logged in (user and per- 
sonality), and their current state: 
availat>le, away, Ixjsy, or invisible. 


session data base 50 


Name Resolution 6 


Correctly identifies user based on 
multiple kientity, e.g. helps to route 
user notifications to the correct proc- 
ess server 


Yes 
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Table 1 (continued) 





NOP Processes 




Process 


Purpose 


Associated database? 


5 


Directory Services 27 


Used primarily for searching through 
the system. May also be used to 
schedule public events. 


Yes 


10 


public Event Scheduler 28 


May be integrated with Directory 
Services instead of separate process 
(unresolved issue). Schedules public 
events such as simulcast, celebrity 
chat 


Uses Directory Services Database. 


IS 


Profile Manager 4 


Updates user's prof 3e in response to 
specffic user actions. Later releases 
may augment this with session-track- 
ing. 


Yes. Must be secure. 


20 


Notification Server 29 


Sends actionable messages (notifica- 
tions) to members. 


Yes. for queued notifications only. 




FY! Processor 30 


Searches periodically for new info of 
interest, based on user's profile. 


Uses Profile Manager database. 


25 


Personal Database Manager 33 


Manages a home page info, FYI Info, 
queued notifications, pointer to user 
profile, application preferences, and 
''people 1 know" list. 


Yes 




E-commerce 31 


Supports online commercial transac- 
tions. 


Yes. May also connect to CO's own 

database 


30 


Advertising 32 


Supports targeted advertising 


Yes 



Session Management 



35 [0049] The Session Manager 23 collaborates with the connectbn manager in the front end processor 1 6 to enable 
users to log in and out In addition, it retums a harxile to a user's connection manager whenever a message arrives for 
that user: a notification, an e-mail message, or any other type of requested connectron. 

[0050] The Session Manager 23 also maintains session state: princtpalty. the user's current "personality" and status. 
When logged in. users can be available, away, invisible or busy: 

40 

• An available user can receive notif k»tions from anyone. 

• Being inv^ible is a way to accomplish tasks without being bothered by others. While invisible, users can perform 
any system action they wish, but will not be visible to others' searches, nor will they receive other user's notification. 
(They may. however, receive notifications from community organizers.) 

45 • While away, users are visible to others. Being aw^y is a means of letting others know that the user has stepped 
away from the computer for a brief period, perhaps for a cup of tea. If another user requests a diat or other real- 
time operation, the requester is informed that the requested user is away for a short period, and to try again later. 

• Being busy tells the others that the user is on the system but othenwise occupied, and doesnl wish to be disturbed. 
While busy, users are visible to others' searches txit will not receive other users' notifications. (They may, however, 

so receive notifk^ations from community organizers.) Those wishing to contact can send e-mail or wait until the user 
becomes available. 

[0051] The session manager 23 is connected to a session data base 50 which is also stored on the sender 1 in an 
object-oriented approach. 

55 

fslame resolution 

[0052] This process 6 runs only in the central server. It receives all requests to locate destinations (typically generated 
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form notifications and e-mail), and is responsible for telling the requesting service wtiich physical system the user is 
logged into, thus allowing the message to be routed to the correct server. It is the sole process with access to this infor- 
mation, thus helping to ensure user anoriymity - users will not even be able to look at mail headers and tell which city 
someone lives in (or near). 

5 

Directory services and event scheduling 

[0053] This process 27. 28 can access a database 34 including all the searchable items, such as members, dubs, 
events, chat rooms, public or semi-private discussion groups, and home pages and other web sites. Searching it texl- 
10 based, at least initially, using word-matching. Directory services 27 collaborates with the Profile Manager 4 to rank the 
results for relevance, based on the user's stated interests. 

[0054] In addition, users can search for items bekxiging only to a particular category: for example, only discussion 
groups or only home pages or only people. 

[0055] Event scheduling allows communrty organizers 35 to schedule events such as simulcasts, chats with public 
15 figures, or video conferences or other nwltimedia events at the most auspicious time. They can query the schedule to 
determine when possibly conpeting events are scheduled, and choose a time likely to be favorable. 

Profile manager 

20 [0056] Each user 3 has at least one profile, which stores not only such commonplace information as name, address, 
nationality and preferred language, but also a variety of nfK>re sensitive information such as age, sex. marital status, 
income, occupation, education, religbus preference, social dass, IHestyle, and other demographic and psychographk: 
data useful for marketing purposes. 
[0057] It is imperative that adequate safeguards ensure that 

25 

• personal information is kept strictly confidential, and 

• data gathered for marketing purposes Is kept strictiy anonymous. 

[0058] This is the primary reason for the physical and hardware security described above. No aspect of the software 
30 must be allowed to coirpromise tills security. 

[0059] Profiles can be used for a variety of purposes: 

• special event planning. 
FYI data gathering, 

35 • targeted advertising 

• targeted promotions and loyalty programs 

[0060] When planning special events, community organizers 35 can find out how many members might be interested 
in the event, and can send e-mail and notifications only to those whose profiles indicate such potential interest. 
40 Although the community organizers 35 will have no knowledge off which specific indivKluals received their mail or 
notices, they will be assured that a certain nunrt)er were sent, and that those who received them are more likely than 
most to have appreciated them. 

[0061 ] The FYI process 30 uses member profiles to determine which data to gather on each meni>er's behalf. 
45 Notification server 

[0062] The notifk»tion server 29 is responsible for sending notifications - instant messages - between individuals, and 
between community organizers and indrviduals. To do so, tiie notification sen/er 29 collalx>rates with the session man- 
ager 23 to determine who is cun-entiy online and available, and to get a handle to the recipient's connection manager 
50 in order to deliver ttie message. It then communicates with the notification server 29 on the recipient's sender machine, 
if different, to deliver the notification. 

[0063] Notifications are of tvyo kinds: real-time and queued. Real-time notifications are typically from one individual 
member to another. When received, they are stored on the dienf s machine 3. If the intended redpient is off-line or invis- 
it)le, they are not delivered. 

55 [0064] Queued notifications are sent by community organizers 35. typically to many members whom ttie community 
organizer believes will be Interested. When they are created, the community organizer specifies a "time to live" - a 
period of time during which the notification remains relevant. If the intended recipient is off-line, they are queued in the 
notification servers 33 associated database 36 and delivered as soon as the redpient logs in. assuming that ttiis occurs 
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before the notification expires. 

[0065] According to the present invention a plurality of addresses can be assigned to one user, as it is shown in Fig. 
3. For example, possible addresses for the user George X. can be 

5 • George@compu.xxx.com 

• Superman@sportxxx.com 

• Max@game.xxx.com 

[0066] As can be seen from the above addresses, the user George X. can have different identities (George. Super- 
10 man. Max) being respectively member of different groups (compUp sport, game. etc.). Each identity is easy to remem- 
ber, and as there are different groups of users and one identity is only unique regarding one group, the numbers of 
interesting identities available for the usens can be increased overall. 

[0067] "XXX" represents the part of the URL designating the service or conpany name. Corrpu, sport or game repre- 
sent both the group and the server (physical or virtual). The assignment information indicating which addresses are 
15 assigned to the same user is stored in a table 6 of the name resolution and registration process of the server 1 . Thereby, 
preferably and object-oriented approach is used. Therefore the server 1 by checking the table 6 knows always which 
addresses belong to the same user. 

[0068] It is assumed, that the user George X. has logged in by using the address "George@compu.xxx.com". In case 
the sen/er 1 or another user 3 wants to forward an E-mail a message to the user George X. who has logged in with the 

20 address ''George@compu jootcom". and addresses this notification to the address e.g. ''SLpernf^n@sportxxx.com", 
such a transmission will be prohibited according to the prior art. It will be prohibited, as the address "Super- 
man@sport.xxx.com" at the moment is not available in the network, as George X. has not logged with said address. 
[0069] According to the present invention, hcwever. even in the case that George X. has logged in using the address 
"George@conipu.xxx.com" an E-mail message sent for example to the address ''Superman@sport.xxx.com" will 

25 caused to be sent to George X., as the sender 1 will check the table 6 and determine, that the address "Stper- 
man@sportxxx.com" does t>elong to the user George X., who Is in a logged-in state, but with another address 
{"George@conpujcxx.com"). The notification could read: "Superman@sport.xxx.com" has new mail". The user 
George X. can deckle whether he wants to connect as "Superman@sport.xxx.com" to access the new mail. 
[0070] The user can associate the "Do no disturb sign" for a limited number of his kientities. For example, when 

30 logged-in with the address "George@corTpu.xxx.com"), the user can select to not receive any message or notification 
addressed to his other address "Superman@sport.xxx.com". Therefore he will not be disturbed by other users seeking 
for sport orientated users when working professionally on his terminal. 

[0071 ] Of course, the user can also choose that he is completely invisible for predefined identities among all Kientities 
assigned to him. 

35 [0072] Respectively one profile containing characteristics of tiie preferences and/or interests of an associated 
address can k>e associated to one of the plurality of addresses assigned to the same user. The profiles can be stored 
in a datak)ase 5 of the profile manager 4. For example, in the case of Rg. 3, the user George X. will have a user profile 
associated witti each of tiie plurality of addresses shown in Fig. 3. As each of ttie addresses represents a different kien- 
tity of the user George X., the associated profiles will indicate different behaviors of George X. depending on the 

40 address used to log in by George X. 

[0073] Other users will never know, whk;h addresses are assigned actually to the same user person. Full seaecy is 
guaranteed as only the server knows tiie con-elation of the different unique addresses with the users. 
[0074] Furthermore respectively one home page can be created and associated to each of the plurality of addresses 
assigned to the same user. In tiie case of Fig. 3, for example, the user George X. can have a home page for the address 

45 "George.compuJooc.com"', another home page for the address "Superman.sport.xxx.com and one further home page 
for the address "Max.game.xxx.oom". 

[0075] As each of tiie addresses represent a certain different behavior of the user George.X., tiie different home 

pages will be created in a different way. The different home pages can also be stored in the ser\^er 1 . 

[0076] As has been shown with reference to Fig. 3, each address comprises a group name (compu, sport, game). 

so These group names can be predefined and offered by tiie server 1 . In tiie server 1 a group data base 7 is provded set- 
ting fortti tiie cfifferent predefined groips offered to the users, the related preferences/interests and the users being 
members of the corresponding groups. Alternatively, users can create their own groups, define their related prefer- 
ences/interests and access to tiie server 1 to add the new created group to the data k>ase 7 in tiie server 1 . 
[0077] According to tiie present invention a soK»lled chat 39 proxy for IRC servers 40 is provided for name transla- 

55 tion. additional security and additional sen/ices. 

[0078] As it has already been set forth, the IRC protocol and tiie current IRC servers have some limitations regarding 
privacy and user names. The base nine character user nickname is inadequate. The IRC server has furthermore a very 
limited ability to maintain atta-ibutes and descriptive information about tiie channels. Therefore, according to the present 
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invention a wrapper or proxy is provided between a chat client and the IRC server allowing the use of usual off-the-shelf 
I RC server software and at the same time to enhance the basic server used for the chat communications with additional 
features: 

5 • name translation from any address containing vnore than nine characters to nicknames with nine characters com- 
patible with IRC, and translating back to identities with addresses of more than nine characters. 

• the ability to supply the IRC channel with supplemental access control lists for memt»ers (read^ite-participants) 
and non-members (read-only-participants) which represent the same semi-private chat room, 

• the ability to supply the IRC client with supplemental descriptive information about the chat channel such as for 
10 sample 

• community organizers (sponsors), 

• organizers/operators, 

• moderators, and 

• a descriptive paragraph atxxit the chat (I RC supports only the name and channel) 

15 

[0079] The translation and additional information transmission procedure according to the present invention will now 
be explained with reference to Fig. 5. A chat client can send a command to the chat proxy 39. which represents a con- 
version means, together with the address of the sender (terminal 3 e.g.). The chat proxy 39 contacts tiie session man- 
ager 23 to get a unique nickname with nine characters for the user 3. The session manager 23 accesses the session 

20 data t>ase 50. This nickname supplied from the session manager 23 to the chat proxy 39 is required to be unique only 
witii the current on-line users, it does not need to t>e unique across time and space. Therefore, a nick can be reused 
after the user logs out. The nickname is a combination of a host code unique within the network and the sequence ID 
specific to host and guaranteed to be unique on the host Both codes are alphanumeric to provide maximum flexibility 
within nine characters. The chat proxy 39 then rewrites the IRC command with the nine character nickname and sends 

25 it to the IRC server 40 (reference 41). On the other hand, the IRC server 40 sends (reference 44) data to the client 20 
(which is the reverse procedure of the incoming proxy), wherein the chat proxy (converting means) 39 effects the 
reverse translation. The chat proxy 39 can cache the translation to prevent performance problems with constant took- 
up in a storage device (cache) 42. 

[0080] According to the present invention semiixivate chat rooms (with an additional access control) can be provided. 
30 Therefore, a menu-driven interface is provided to add access control to private and semi-private chats. An access con- 
trol data base 43 which is not part of the IRC server 40 is provided within a server 1. When a chat client 20 issues 
requests to join a chat in the standard IRC manner, an access control Is first performed by the chat proxy 39 by access- 
ing the ACL (access control data base) 43, and then upon successful access the name translation as stated above is 
performed. 

35 [0081] FurthernrK>re supplemental chat room attributes can be provided. 

[0082] When a user creates a chat, the user is first authenticated whetiier he is an authorized member. Then the user 
is prompted to supply attributes that will further define the chat to be created, as for example description, categories 
(interest groups) and the type of chat (on-going, periodic^ temporary, fixed one-time). These attributes are available 
from the chat proxy 39 by issuing a command, which allows the chat client the access to the directory service's data 

40 base without having to use a direct access protocol. The attributes of the chat may be changed using another command 
to the chat proxy 39 as well as via a direct access to the DS (directory services 27) data basa 
[0083] With reference to Rg. 6 it will now be ecplained how a user can buM up a communteation with the IRC server 
40. 

[0084] In a step SI the client issues a command to initiate a chat through the chat proxy 39. The chat proxy 39 
45 requests the session name of the session manager (step S2). The session manager returns the name (step S3). This 
name is limited to nine characters con^esponding to the IRC protocol. In a step S4 the chat proxy 39. which represents 
the converting means, rewrites the IRC command with a new name. In a step S5 the chat proxy 39 establishes the chat 
with tiie IRC sender 40. Then the IRC server 40 can respond to the client (step S6), and the user can communicate (step 
87). Then It e checked whether the user exists in a step S9. In case the user does not exist, the chat proxy 39 rewrites 
50 the command (step S8) and the IRC sender 40 again responds to the client. In case it is deckied in step S9 that tiie user 
exists, the procedure is completed (step S10). 

Claims 

55 1. Communication method for a network comprising at least one server (1) and a plurality of user terminals (3), 
wherein the user temninals (3) can communk:ate with each other by means of an IRC server (40), 
comprising the following steps 
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- sending a command from a user terminal (3) to a converting means (39) together witti a sender address, wtiich 
can have more than nine characters, 

- converting (39) the sender address into a code with a maximum number of nine characters. 

- sending (41 ) a IRC command to the IRC server (40) together with the code having a maximum number of nine 
5 characters. 

2. Communication method according to claim 1 . 
characterized in that 

10 the converting means (39) contacts a session manager (23) to get the code with a maximum nuni>er of nine 

characters. 

Communication method according to claim 2. 
characterized in that 

the session manager (23) is connected to a session data base (23) containing the addresses of the users 
logged-in, which session data t>ase is stored in an object-oriented approach on the server (1). 

4. C^munication method according to anyone of the preceding claims. 
20 characterized in that 

the converting means (39) caches (42) the conversion of a sender address once the session manager (23) had 
been contacted for the conversion of a sender address. 

25 5. Communication method according to anyone of the preceding claims, 
characterized in that 

an access control for the access to the IRC server (40) is performed by checking access information stored in 
an access control database (43). 

Communication method according to anyone of the preceding claims, 
characterized in that 

information about the chat channel of the IRC server (40) is supplied by the converting means (39) 

35 

7. Communication network comprising at least one server (1) and a plurality of user terminals (3). wherein the user 
terminals (3) can communk»te with each other by means of a IRC server (40), 

comprising a converting means (39) for receiving a command from a user tenminal (3) together with a sender 
40 address, which can have more than nine characters, and for converting (39) the sender address into a code 

with a maximum number of nine characters, wherein tiie converting means (39) sends a IRC command to the 
IRC server (40) together with the code having a nnaximum number of nine characters. 

8. Communication networic according to claim 7, 
45 characterized in that 

a session manager (23) is connected to the converting means (39). wherein the converting means (39) con- 
tacts the session manager (23) to get the code with a maximum number of nine characters. 

50 9. Communication method according to claim 8, 
characterized in ttiat 

the session manager (23) is connected to a session data base (50) containing ttie addresses of the users 
logged-in, which session data base (50) is stored in an object-oriented approach on a server (1). 

55 

1 0. Communfoation network according to anyone of the claims 6 to 8, 
characterized in that 
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the converting means (39) comprises a storage means (42) for caching the conversion of a sender address 
once the session manager (23) had been contacted for the conversion of a sender addk-ess. 

1 1 . Communication networl^ according to anyone of the claims 7 to 1 0, 
5 characterized in that 

an access control database (43) is connected to the converting means (39) to effect an access control for the 
access to the IRC server (40) by checking access information stored in an access control datak)ase (43). 

70 
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